home *** CD-ROM | disk | FTP | other *** search
- Path: fas-news.harvard.edu!nucleus!robison
- From: robison@nucleus.harvard.edu (Keith Robison)
- Newsgroups: comp.lang.smalltalk,comp.object,comp.lang.c++,comp.lang.java
- Subject: Re: The Good, the Bad, the Ugly, and the Wicked ...
- Followup-To: comp.lang.smalltalk,comp.object,comp.lang.c++,comp.lang.java
- Date: 28 Mar 1996 20:15:25 GMT
- Organization: Harvard University, Cambridge, Massachusetts
- Message-ID: <4jes0t$gth@decaxp.HARVARD.EDU>
- References: <31570B8E.5A12@vmark.com> <4je5rq$7qg@mimas.brunel.ac.uk>
- NNTP-Posting-Host: nucleus.harvard.edu
- X-Newsreader: TIN [version 1.2 PL2]
-
- Francesco Fantauzzi (mapgfgf@brunel.ac.uk) wrote:
- : Jeff Sutherland <jsutherland@vmark.com> wrote:
-
- : A language offering automatic garbage collection disqualifies itself for
- : at least two streams of applications:
-
- : 1) those requiring a garbage collection, but one different from the one
- : "built" into the language
-
- : 2) those requiring that you DON'T do any automatic garbage collection.
-
- : I belive that, for instance, real-time applications fit the second
- : stream.
-
- This seems to be a common sentiment. I know almost nothing about g.c.,
- but I know enough to know this sentiment is wrong. The fact that
- someone is working on a real-time implementation of Java is strong
- evidence. It has also been pointed out by people who appear understand
- g.c. that non-g.c. systems such as C cannot be inherently relied
- upon in real-time applications; calls to the memory allocation
- system (malloc or new) may not have defined time bounds.
-
- : A language that is proposed as "general purpose" shouldn't offer
- : "compulsory" garbage collection (g.c.). A general purpose language should
- : give you a chance to implement the g.c. you like the most.
-
- Alternatively, you can rely on people who really know g.c. to
- implement one for you, and then you pick the language _implementation_
- which has the right g.c. characteristics.
-
- An awful lot of the C & C++ software out there argues against
- encouraging every programmer to do their own memory management;
- the truth is, most programmers get it wrong at least some of the time.
-
- Keith Robison
- Harvard University
- Department of Molecular & Cellular Biology
- Department of Genetics
-
- robison@mito.harvard.edu
-
-
-